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FOREWORD 


This report sumnarizes the results of the Space Transportation 
System Payload Data Collection and Accotmodatlons study (Contract 
NAS8-32711) perfonned by Teledyne Brown Enqineerinq Company for the 
^^SFC Integrated Payload and Mission Planning Office from August 24, 1977 
to August 25, 1978. This study consisted of two basic tasks: 

Task 1 - Payload Data Collection 

Task 2 - Spacelab Payload Accommodations Analysis. 

This report consists of the following: 

Volume I - Executive Summary 

Volume II - Payload Data Collection 

Volume III - Accommodations Analysis. 

The results of this study can be found In greater detail in 
various other reports published during the term of the study. These 
reports are: 

Task 1 - ES78-MSFC-2251 . OSTA Payload Planning 
Data, Volumes I and II, August 1978 

Task 2 - ES77-NASA-02168, Accommodations Versus Space 
Payload Requirements, December 1977 

ES77-NASA-216S, Assessment of Launch Site 
Accommodations Versus Spacelab Payload 
Requirements, December 1977 

Launch Site Processing Requi»'ements, April 1978 

Presentation to NASA JURG Spacelab Payload 
Accommodations Assessment from User's Viewpoint, 
May 1978 

ES78-M5FC-221 3, Sn.icelab Payload Planners 
Handbook, May 1^78 

Spacelab Accommodations Assessment for Earth 
Observations, Combined Astronomy, and Dedicated 
Life Sciences, August 1978 
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ABSTRACT 


This volume presents the results of accommodations analyses 
performed under this contract during August 1978. The analyses include 
a comparison of payload requirements to launch site accommodations and 
flight accommodations for a number of Spacelab payloads. They also 
Include experiment computer operating system accommodations, a summary 
of accommodations In terms of resources available for payload discretionary 
use and recommendations for Spacelab/STS accommodation Improvements. 
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1,0 INTRODUCTION 


The purpose of Task II, Contract NAS8-32711 , Payload Accommodation 
Analysis has been to determine the ground and flight accommodation requi *ements 
for STS/Spacelab payloads and missions, define flight and ground accomodations 
from available facility descriptions and to assess the adequacy of acco'Tiodatlons 
against payload requirements. Figure 1 Illustrates the operation of our 
accommodations analysis effort using documented user requirements and facility 
descriptions to develop integrated payload requirements and accommodations 
descriptions which are used In the performance o^ accommodation assessments. 

Note that material from the user requirements, facility descriptions and 
Integrated mission requirements were used In the generation and maintenance 
of the payload accommodation reference file. 

Accomodation definition outputs were In the form of Inputs to the 
NASA JURG presentation, Spacelab Payload Accomodations Assessment from the 
User's Viewpoint, and a Spacelab Payload Planners Handbook which defines and 
summarizes Spacelab accommodations In terms of resources available for payload 
(experiment) discretlonar'y use. Integrated requirements for several 
missions were used In and published as part of accommodation assessments. 

Other accomodation assessments include consideration of experiment computer 
accommodations and an analysis of needed Spacelab payload accommodation 
Improvements. 

Analysis of ground operations included the definition of launch 
site processing requirements for selected payloads and the assessment of the 
accommodations at KSC (Figure 2) A primary objective of this effort was to 
provide KSC with a constructive review of the KSC accommodations handbook 
which was then undergoing revision. The analysis was conducted from the 
user's viewpoint and included processing requirements except test and checkout 
for which accommodation definitions were not then available. TBE was 
directed to prepare a document defining the launch site processing for generic 
Spacelab payloads as part of TBE's participation in the resolution of KSC 
test and checkout accommodations definition. 

TBE participated in the OSTA cost study to the extent that integrated 
payload analysis were performed to determine the number and types of 
interfaces requiring Integration and verification at Level IV. 
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FIGURE 2. AGGESSflEUT OF LAUNCH SITE ACCOTOD'^TIONS 
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Flight accomnodatlon studies were conducted to provide a basis 
for evaluating Spacelab payload acconvnodatlons. TBE was directed to determine 
the Spacelab payload accommodation' available for payload discretionary 
use, provide a clear statement of jpacelab/STS constraints on payload 
operations, compare generic payload requirements with available accommodations, 
and to define needed Improvements In Spacelab payload acconmodatlons (Figure 3). 

TBE contributed to the NASA JURG assessment of payload accommodations 
by providing a definition of accommodations for payload discretionary use. 
comparing these to Initial requirements placed on Spacelab and Including 
an evaluation of CDR/desIgn expectation effects on accommodations. Based 
on this data, the Spacelab Payload Planners Handbook was published. 

Integrated payload requirements were detemlned from available data 
on these generic payloads: Earth Observations, Combined Astronomy and 

Dedicated Life Sciences. These requirements were used to assess the 
Spacelab payload accommodations and to evalute needed Improvements. 

A summary of the Task II studies Is contained in Section 2 thru 5. 
Section 6 contains pertinent references Including documents prepared under 
Task II of this contract. 



FLIGHT ACCO:™aTION STUDIES 
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2.0 GROUND OPERATIONS ACCOTODATIONS 


2 . 1 LAUNCH SITE Ar,C OMODATIO’jS VERSUS SPACELAB PAYLOAD REQUIREMENTS 

(ES77-NASA-2168) 

2.1.1 Summary 

The overall purpose of this study was to compare the KSC launch 
site accommodations with Spacelab payload requirements. Tne KSC accom- 
modations were defined, for the purpose of this study, by the KSC Launch 
Site Accommodations Handbook for STS Payloads. The study had three goals: 

• Assess KSC accommodations versus requirements of four 
selected Spacelab Payloads 

• Provide a critical review of the KSC accommodations 
handbook 

• Define the provisions for payload checkout at KSC. 

In order to meet the goals of this study, several tasks were under- 
taken. First, criteria for evaluation of the experiment accommodations 
described In the handbook were developed. These criteria consist of 
basic questions a payload planner or Instrument developer would ask 
about ground operations. A detailed description of the ground process 
flow was also defined to show all the operational functions the payload 
would be subjected to at KSC. The questions and flow functions were 
combined In a matrix for rapid Identification of accommodations versus 
process flow functions. 

The second task was to develop the ground processing requirement* 
for four Spacelab missions: Spacelab 1 1 1 (Strawman) , Earth Observations, 

Dedicated Life Sciences and ComblneJ Astronomy payloads. From the basic 
payload definition supplied. Instrument requirements were collected Into 
payload requirements. The payload requirements were delineated using 
the same matrix developed for accommodation assessment. 

By comparing the payload requirements with the stated KSC accom- 
modations, a number of anomalies were Identified. In attempting to resolve 
the anomalies both KSC and experiment cognizant people were contacted. 

In some cases, the handbook could be clarified to show accommodation for 
a real !'I remen t. In other cases, the lack of accommodation was flagged to 
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the experimenter. This resulted in clarification or elimination of several 
experiment requirements which were not critical, but which would have 
created problems in making the accommodations available. 

Two significant results of this study were flagging of unacconE’io- 
dated requirements to experimenters and the development of constructive 
suggestions which have been given to KSC for revision of the handbook. 

It was not possible, in the time frame of this study, to define 
the payload checkout provisions at KSC. This was because the basic require- 
ments for checkout were not agreed upon by KSC and other NASA centers. 

Toward this end TBE was directed to prepare Summary Report ES-MSFC-2194, 

Launch Site Processing Requirements for Spacelab Payloads (Reference 3). 
Mission descriptions and study findings are summarized in the following 
sections. 

2*1.2 Spacelab III (Strawman) 

2. 1.2.1 Mission Definition 

The mission presented in this section is one of several "strawmen" 
versions for Spacelab III (SL-3). The payload is a long module with a 
single three meter pallet as shown in Figure 4. 

There are three OSTA instruments on the pallet and seven QSTA 
instruments in the module. The module also contains two non-OSTA instruments, 
and a single spare rack. The instruments and their locations are listed 
in Table 1. It should be noted that the Atmospheric Trace Molecules 
Observed by Spectroscopy (ATMOS) experiment was added and the Materials 
Experiments Assembly deleted per NASA direction. In the drawing of 
Figure 4, the ATMOS is shown in what was a spai'e rack and is not necessarily 
the true location. Also not shown is an N 2 sphere located on the pallet 
which supports the ATMOS sensor when it is in the airlock. 

2. 1.2. 2 Summary of Spacelab III (Strawman) Anomalies 

It should be noted that data were not available for three experiments 
due to their status of "out of bid". These three are (1) Polymer Reaction, 

(2) Unique Bio. System, and (3) Unique Two-Zone Low Temperature Furnace. 
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TABLE I SPACELAB III STRAWM INSTRUMENTS 


LN STRUmS LOCATION 

LARGE FORMAT CAMERA (LFC) PALLET 

HALOGEN OCCULTATION EXPERIMENT (HALOE) PALLET 

LASER RANGING PALLET 

MULT I FLU IDS PROCESSING FACILITY MODULE 

FLOAT ZONE REFINING SYSTEM MODULE 

POLYMER REACTION MODULE 

UNIQUE BIOLOGICAL SYSTEM MODULE 

UNIQUE 2-ZONE LOW TEMP. FURNACE MODULE 

ATMOSPHERIC CLOUD PHYSICA LAB. (ACPL) MODULE 

VESTIBULAR FUNCTION RESEAkCH (VFR) MODULE 

DROP DYNAMICS MODULE (DDM) MODULE 

ATMOSPHERIC TRACE MOLECULES MODULE 

OBSERVED BY SPECTROSCOPY (ATMOS) 
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FIGURE R. SPACELAB III STRAHMAN PAYLOAD CONFIGURATION 


OKKJINAL PAGE IP 
OK PO<)K UGAIJTV 



1 ARGE nODUI E 





Data were used from a three-2one furnace experiment In place of (3). The 
extraordinary requirements of this payload mainly Involve time of access. 

The Vestibular Function Research (VFR) experiment requires Inter- 
mittent testing for five days prior to launch. Since the flight equipment 
will be Integrated Into the Spacelab module during this time, access to 
It will not be available. The data source states that this problem has 
not been addressed at this time but that the back-up set of equipment will 
probably be utilized for this testing at KSC. 

The specimens for the VFR experiment (four Instrumented, constrained 
frogs) will have to be a "carry on" Item just prior to launch due to the 
requirements that they remain belly down. Also specimen testing or data 
taking Is performed for 30 minutes just before launch, through Injection 
Into orbit, during descent and upon touchdown (10 minutes before and 30 
minutes after touchdown). 

The ATMOS sensor will be Installed In the module airlock for 
experimentation during orbital operation. The instrument must be extended 
from the airlock and boresighted during ground operations. The airlock 
experiment table deplo.vment mechanism Is not designed for 1-g operation. 

Since the table will require deployment into the module for equipment 
mounting prior to boresighting, a user supplied 1-g table support kit (GSE) 
will be utilized. This function should be performed prior to mating the 
module aft end cone for ease of access with GSE. 

2.1.3 Earth O bserva tion Mission 

2 . 1 . 3 . 1 M 1 £S 1_o n Defini tion 

The 16 earth pointing OSTA instruments of this Earth Observations mission 
are mounted on five standard 3-m pallets four of which are shown in Figure 5, 

Earth Observation Mission Payload Configuration. Originally the Passive Microwave 
instrument which attached directly to the Orbiter at the forward end of the 
payload bay was included in the payload. The Passive Microwave was later 
deleted and the Standard Ozone Sounding Unit (SOSU), Shuttle Geodynamics 
Ranging System (SGRS). Temperature Humidity Infrared Radiometer (THIR) and 
Vertical Temperature Profile Radiometer (VTPR) instruments were added. These 
were rssumed to be pallet mounted in the forward end of the payload bay. 

These experiments controlled from the aft flight deck, are semi-automatic 
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1n their operation, I.e. little more than on-o^f comrr.ands are required. 

SIR-B, AMPA and TETHER are deployed beyond the payload bay envelope during 
operation. The list of experiments and acronyms Is given In Table 2, 

Earth Observation Mission Instruments. 

The paucity of Information on some of the experiments demanded 
the synthesis of Integrated payload requirements. These experiments are 
Indicated In Table 2 with an asterisk. All experiments needed some synthesis 
of requirements for ground operations since even the most detailed experiment 
definitions did not sufficiently detail the ground operations. 

2. 1.3. 2 Summary of Earth Observation Anomalies 

Since SlR-B, AMPA and TETHER are deployed beyond the payload bay 
envelope, they must be provided with release devices to allow emergency 
jettisoning. These devices were assumed to be pyrotechnic In the final 
design. 

Both CIMATS and LIMS use LN2. This use generated the requirements 
for cryogenic servicing prior to experiment calibration In the O&C building 
and again as soon as accessible after return. LN2 servicing was not indi- 
cated as being normally available in the O&C. It was assumed that post- 
flight servicing of the LFC is required to vent the high perssure 6N2 tank. 

2.1.4 Dedicated Life Sciences 

2. 1.4.1 Mission Definition 

The Dedicated Life Sciences mission consists of a long module 
containing instruments to carryout 24 experiments listed in Table 3 In 
the life sciences discipline. As shown in Figure 6, racks 1 and 2 
contain Spacelab equipment and all remaining racks are dedicated to 
life sciences. Aoditlonal instruments are mounted in the center aisle 
of the module, and in the Orbiter. The matrices of Tables 4, 5 and 6 
list the location, name and the experiments on which the instruments are used. 

The specimens utilized for experimentation in this payload consist 
of approximately 500 fruit flies, 98 rats, 39 mice, 6 frogs, 3 monkeys, and 
the crew members. The data source for this analysis is the Ground Processing 
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TABLE Z EARTH OBSERVATION MISSION INSTRUNENTS 


INSTRLM ACRONYN 

Shuttle Imaging Radar-B SIR-B 

Tethered Satellite TETHER 

Adaptive Multi beam Phased Array AMPA 

Measurement of Air Pollution f**om Sattellltes MAPS 

Correlation Interferometric Measurements of 

Atmospheric Trace Species* CIMATS 

Halogen Occulatlon Experiment HALOE 

Solar Extinction Radiometer SER 

Advance Limb IR Monitoring of Stratosphere* LIMS II 

(use Infonnatlon from lower atmospheric 
composition and temperature experiment) 

Ocean Color Experiment OCE 

Shuttle Mul tispectral IR Radiometer Experiment SMIRR 

Large Format Camera LFC 

Lidar Measurement of Cirrus Clouds and Aerosols ATMOS 

LI OAR 

Shuttle Geodynamics Ranging System* SGRS 

Standard Ozone Sounding Unit* SOSU 

Temperature Humidity Infrared Radiometer THIR 

Vertical Temperature Profile Radiometer* VTPR 

*Exper1ment Requirements Synthesized 
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FIGURE 6. DEDICATED LIFE SCIENCES PAYLOAD CONFIGURATIOU 








list of dedicated life sciences experiiients 
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Requirements (GPR) Experiment Definition Pacl^age prepared by Rockwell 
International Space Division under contract to NASA, dated July 1977 
(Reference 70). 

2 . 1 . 4 . 2 Summary of Dedicated Life Sciences Anomalies 

The extraordinary requirements of this mission mainly Involve the 
handling of the specimens. Considerable space and resources will be re- 
quired In a kSC laboratory to maintain the many specimens In a flight 
worthy condition prior to launch. Periodic testing, 'njectlons, and surgery 
are carried out prior to launch and after landing. The kSC Handbook 
does not clearly define capabilities of this type off-line laboratory. This 
problem was coordinated with kSC. 

The live specimens used must be put on as late as possible prior 
to launch and removed as soon as possible after landing. This Indicates 
that they must be carried on and off by the crew. The kSC Handbook does 
not treat the cases in which items are earned on and stored In the Orbiter 
for launch and reentry. This Is also a problem In quick removal of live 
or frozen specimens after landing. This type of problem requires coordination 
with Orbiter flow such that the specimen holding facility can be "bolted 
in" without affecting the Orbiter scheduled flow. The specimen transporters 
are then carried on and installed into the specimen holding facility at 
the launch pad. 

An LN2 flask of the LN^ unit/freezer requires precooling, then 
emptying of tne LN 2 just prior to installation in the Spacelab module. 

This must be completed prior to Spacelab closeout for access. Upon being 
contacted, the data source stated that it is acceptable to perform this 
task at the latest module interior access time in the OPF. 

2.1.5 Combined Astronom y 

2 . 1 . 5 . 1 Mission Definition 

The Combined Astronomy mission consists of five standard 3-m pallets 
as shown in Figure 7. The instruments mounted on the pallets are listed 
in Table 7. There is no Spacelab module involved 'n this payload and no 
planned EVA's. The Medium Energy Gamma-Ray Detector utilized a single 
pallet. The Shuttle Infrared Telescope Facility uses a two pallet train. 

The Instrument Pointing System utilizes a single pallet. The Far UV 
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FIGURE 7. Ca'lBINED ASTRONOMY PAYLOAD COUFIGURATIO’I 
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Schmidt Camera/Spectrograph and UV Photometer/Telescope are contained in 
separate Small Instrument Pointing System (SIPS) canisters. These canisters 
are mounted on the SIPS pedestal which in turn is mounted on a single pallet. 

TABLE 7. COMBINED ASTRONOMY INSTRUMENTS 

r SHUTTLE INFRARED TELESCOPE FACILITY (SIRTF), AS-Ol-S 

• UV PHOTOMETER/TELESCOPE, UV-2 

• MEDIUM ENERGY GAMMA RAY TELESCOPE, GR-1 

• FAR UV SCHMIDT CAMERA/SPECTROGRAPH, AS-05-S 

2. 1.5. 2 Summary of Combined Astronomy Anomalies 

The following anomalies were solved by coordination with the 
experimenter: 

• Cryogenic servicing with LNo and LHe required at O&C for 
LIMS, CIMATS and SIRTF instruments 

• Class 100 class area required for offline service of 
Medium Energy Gamma Ray Telescope 

• Continuous power required by payload during ground 
operations by LFC, SIRTF and UV Photometer/Telescope 

• Ne replenishment required at landing site by Medium 
Energy Gamma Ray Telescope 

• Continuous dry N 2 purge required by SIRTF and UV Schmidt 
Camera 

Timelines for cryogenic chilldown and subsequent fill and topoff 
for SIRTF are not yet defined: Current thinking at the time was that 

chilldown with LN 2 will be initiated approximately T-70 to 80 hours and 
will continue until approximately hours at which time supercritical 
helium chilldown and loading starts. Topoff will require access to the 
LHe tank, thus the payload bay doors will have to be opened at the pad. 

Use of an umbilical from the Orbiter midbody panel for topoff is not 
feasible due to the inherent instability of supercritical helium and its 
handling problems. Cryogenic boil off from the tank may require that the 
payload bay vents be opened on the pad to prevent overpressure. Amount 
of boiloff is not known but the tank is being considered for redesign 
(triple wall) which should alleviate this problem. This includes instrument 
integration and testing with the Spacelab in the O&C Building. 
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No payload operations are planned during vehicle assembly building operations 
which include rotating the Orbiter from horizontal to vertical and subsequent 
mat'ng to other Shuttle elements and the mobile launch platform. 

2.1.6 LAUNCH SITE ACCOMMODATIONS HANDBOOK ASSESSMENT 

The accommodations handbook should provide the payload owner/ 
instrument developer with a clear picture of the functional flow and resource 
available for the ground operations. The normal or routine processing 
capability for payload ground operations should be baselined. Variations 
from this baseline which are allowable (usually at the expense of the payload 
owner) must be identified. Areas in the normal routine where variations are 
not allowed under any circumstances must also be described. 

TBE suggested a revision which puts more emphasis on the payload 
processing while maintaining adequate treatment of the Shuttle turnaround 
process. It was recommended that some information be eliminated from the 
current issue of the handbook in favor of including information of more 
concern to the payload user. This change would help shorten the handbook 
and make it easier to read. The manual referred to all non-KSC organizations 
as the payload owner. The responsibilities of the experiment developer and 
integrated payload owner/ opera tor are distinctly different. It was assumed 
that the integrated payload owner/ operator meant the payload mission manager/ 
sponsor or his delegated representative. The definition of experiment 
developer is the principal investigator or other person responsible for the 
design and use of a single instrument and its associated support equipment. 

Where specific information could not be given in the handbo'^k, using 
the host concept, the experiment developer is directed to coordinate with 
the Launch Site Support Manager (LSSM), Because in the early planning 
stages there is no LSSM, the handbook should show with clarity the launch 
site capability for non baselined accommodations, 

To assess the handbook, a set of review criteria was developed. 

Using these as a basis for handbook review, specific suggestions for 
revising the handbook were generated. These suggestions, which included 
organization, content, and level of detail, were transmitted to KSC as 
they were generated, The key recommendations for handbook revision were to: 
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• Reor 9 ani 2 e to present material f*'om user viewpoint. 

e Simplify to Include only material pertinent to payload. 

• Clearly define payload flow and flow operations. 

• Be consistent and thorough In describing and noting 
availability of resources at each facility. 

Specific suggestions were given to reorganize Section 3, Payload 
Ground Operations at kSC of the handbook. These were to define two payload 
functional flow paths, one for horizontally Integrated payloads and another 
for vertically Integrated payloads. It was recomnt'nded that definite 
criteria for selection of the path taken by particular payloads be defined. 
The flow paths should start at the payload arrival at kSC, continuing 
through Integration, launch, landing and ending with the »'oturn of the 
payload to the owner or storage. Using the flow as an outline, the 
accomodations available and operations perfom^ed at each of the process 
functions should be given. 

Suggestions for revision of Section 4. Facilities and Launch Site 
GSE of the handbook were given. These included simplification of the 
figures showing facilities locations, combining payload, facility and 
function infomation in a single matrlv; and standardizing the facility 
accomodation descriptions. 

The kSC accomodation handbook defines a set of resources for each 
of the facilities which contribute to the processing of a Spaceiab payload. 
The resources were compared with the review criteria to assess their 
adequacy. The results of the assessment for the O&C Building, Orbiter 
Processing Facility, Vehicle Assembly Building, and Launch Pad wore presented 
in Reference 2. 

2 . 2 BKOIIND process 1 NG REQUI REMENFS FOR GENERIC PA YLOADS 

2.2.1 Purpose 

The purpose of this subtask was to: 

0 Develop a set of launch site payload processing steps 
which are generally required to check out a minimum 
risk Spaceiab payload. These processes should provide 
technically adequate verification of the payload for 
assurance of mission success. This may require more 
stringent processing criteria than payloads in the 
"acceptable risk" category. The intent in either 


category was to minimize launch site processing and to 
state each requirement in well defined terms with 
enough dc call to support the definition of implementing 
procedures and constraints. 

• Define the conditions under which requirements should 
be satisfied, modified or deleted in terms of different 
assigned risk categories. 

• Define the special support necessary to implement the 
processing requirements. 

2.2.2 Scope 

The resulting document defined the launch site processing require- 
ments to: 

• Verify payload functional interfaces, both software 
and hardware. 

• Verify payload to Space Transportation System (STS) 
compatibility. 

t Verify flight readiness of instruments which are sensitive 
to transportation or time/cycle limited. 

t Verify Payload-to- Payload Operations Control Center 
(POCC) compatibility. 

• Verify functional integrity of payload data flow through 
both software and hardware. 

This document was intended to be a standard which defines the 
requirements for processing a Spacelab payload through Level III, II and I 
integration at KSC. These requirements were defined in sufficient detail 
to allow for the implementation of equipment and procedures. 

2.2.3 Guidelines and Assumptions 

The following guidelines and assumptions were used in formulating 
and establishing the launch site processing requirements. 

• The normal status of a payload as it is received at the 
launch site is based on the MSFC Level IV concept. This 
concept is to ship an Integrated and verified payload 

to the launch site. 

e All Spacelab equipment and interfaces will have been 
checked out and verified prior to the start of Level 
III/II payload integration. All Spacelab equipment and 
interfaces will have been verified to meet or operate at 
or within their published specifications. 


24 


• All individual experiment equipment will be performance 
tested prior to Level IV. Exceptions will be handled 
as they arise on a case by case basis. 

• All test requirements will be satisfied at the earliest 
possible point in the processing sequence. 

• Interfaces previously tested that were demated for ship- 
ment, will be remated and subsequently reverified at the 
launch site. Those not demated will not require interface 
verification; however, they will be verified during system 
functional testing. 

• Experiment software packages, including DEP software, 
will have been validated at Level IV, using a non-flight 
computer and a Comand and Data Management System (CDMS) 
simulator. 

2.2.4 Paylo ad Integration and Operations Concept 

The payload integration concept was presented in terms of mission 
manager assigned risk criteria, with maximum integration and checkout 
occurring as far upstream of the launch time as is pennitted by available 
equipment and payload development status. The Level IV integration conceot 
involving the integration of experiments into Spacelab racks and pallets 
was presented to provide an adequate description of the state of Spacelab/ 
payloads upon arrival at the launch site. The launch site processing 
(Levels III/II and I) concept was described in more detail considering 
interface verification, instrument performance verification, software 
functional acceptance testing, experiment calibration and alignment, 
servicing, compatibility, payload to POCC validation and end-to-end testing. 

2.2.5 T est Requirements 

The test requirements were defined for all electrical, data, 
conmuni cat ions, mechanical and thermal interfaces. The specific point in 
the process flow where a requirement is satisfied was not designated. A 
breakdown of each required test and an indication of where it should be 
performed are tabulated in our report. Interface tests will be performed 
each time the interface is connected, or whenever it is disconnected and 
then reconnected during the ground processing flow. Interfaces will be 
inspected for proper mating of connectors and then functionally checked 
to verify operation of all affected circuits. 
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Detailed electrical Interfaces were Identified In tenns of functions 
to be verified at the Experiment Power Distribution Boxes (EPDB) (Module 
Mounted), Aft Flight Deck Power Distribution Box (AFDPDB), Experiment 
Essential Power/Experinent Emergency Power, and Ground and Isolation. 

Data Interfaces to be checked out Include the Experiment Checkout 
Equloment (ECE) and payload CDMS Interfaces. Caution and Warning Interfaces 
to be checked were defined In detail for module and pallet configurations. 
Specific utility wiring checkout requirements were defined. Required 
mechanical Interface verifications were specified. 

2.2.6 So ftware Validation and Functional Acceptance Testing 

A three part process was defined to certify that software was 
ready for use. These are verification, validation and functional acceptance 
testing. 

Verification and validation normally occur prior to receipt of 
the software at the launch site. The functional acceptance testing of 
software Is performed at the launch site on the flight hardware to verify 
Interfaces with the MMU, DDU/keyboard, MDM, PCMMU, HRM, EGAS and mission 
peculiar EGOS (GDT & GML lists). Launch site processing requirements for 
calibration, alignment, servicing and maintenance were generally defined 
subject to particular payload requirements. 

2.2.7 Special Support Requirements 

Special processing requirements for data processing and display, 
recording, playback and dubbing, facilities. Ground Support Equipment (GSE) 
and data distribution system were defined. 

2.3 QSTA PAYLOAD INTEGRATION GOST STUDY (References 28, 31 & 32) 

The purpose of this study was to supplement information available 
from Task I and provide Information on OSTA payloads necessary to perform 
ground operations cost estimates and ground operations analyses. 
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TBE reviewed other available Integration study material for OA 
Payload 82-lA comprising a short module and 3 pallets with AMPA on one 
pallet, a consolidated experiment pallet with ATMOS on the pallet, and 
a pallet dedicated to SIR-B. Experiment support electronics were located 
In the short module. Certain required Information was directly available 
from Task I experiment Information sheets. Other parameters were derivable 
from available Integration studies and some Information was synthesized. 

Experiment requirements from Task I data sheets provided Information 
on experiment, component, location, extent of preintegration, data rate. 

IV utilization, cooling, storage, caution & warning and pyrotechnics. 
Available Integration studies provided Information on experiment, mounting/ 
Installation, purge, vent/vacuum, cooling duct, umbilical, post Integration 
service/monitor and Level I access. Particular questions regarding the 
Individual tape recorder, experiment descriptions, detailed experiment 
cooling, data rate, caution and warning provisions, power, payload peculiar 
mounting platforms, launch lock and deployment, late access, cleanliness, 
Instrument alignment and special tests were answered for this specific 
payload. TBE also provided data on special Level IV test requirements 
and Level IV interfaces for branching units, electrical power distribution 
boxes, battery requirements, number oi software modules, experiment switching 
panel power and experiment disconnect panel (module aft bulkhead). 
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3.0 EXPERIMENT COMPUTER ACCOMMODATION 

3.1 ECOS REQUIREMENT DOCUMENT REVIEW 

In October 1977, TBE was requested to participate In a Tear- 1 review 
of the September 1977 Experiment Computer Operating System (ECOS) Require- 
ments Document. After review of the document, 19 Review Item Discrepancies 
(RID's) were submitted for consideration of the Review Team. After these 
and other RID's from the review were considered, TBE participated In the 
follow-up action on four RID's. 

3.1.1 Review Item Discrepancies 

A brief description of the Review Item Discrepancies submitted 
by TBE and their disposition follows: 

Hazardous Command - It was recommended that provision be made for checking 
commands for hazardous conditions which may be caused by their execution. 

The recommendation was disapproved because: 

• No rigid definition of hazardous conditions Is available and 
It Is not clear what causes a hazardous condition. 

• Any capability of general nature would tax the ECOS memory 
which Is already at premium. 

e The capability can be provided by application software If 
required. 

Audible Alarm - It was recommended that audible annunciations be used to 
Indicate hazardous error conditions and ECOS provide the software necessary 
to enable such an audible alarm. The recommendation involves a hardware 
change which is beyond the scope of ECOS. No change Is required In the 
ECOS Requirements Definition Document. The recommendation was transmitted 
to the p»"oper authority. 

Dual "•¥"/"••" Keys - Suppression of redundant "+" and keys appearing on 
alphanumeric keyboard and among the function keys was recommended. The 
recommendation was accepted. Another RID on the same subject was received. 

The redundant and function keys were to be removed. 

Display Formats - It was recommended that Section 3.6 read "As stated generally 
in the preceding paragraph, a display page will be divided into four areas 
(1) system (2) data (3) fault message area and (4) keyboard input." The 
recommendation was accepted. The ECOS Requirements Definition Document was 
modified accordingly. 
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L ower Case Alphabet - The elimination of 26 lower case alphabetical characters 
was recommended to possibly reduce the EC memory overhead. At present, the 
existence of "ower case alphabetical characters is doubtful. Further, the 
elimination of lower case alphabetical characters would increase the EC 
memory burden. No change was recommended in response to this RID. 

S ampling and Limit Checking of Serial Digital Data - It was recommended that 
ECOS include the option of sampling and/or limit checking experiment/DEP 
serial digital data inputs. The recommendation was initially disapproved 
but was later incorporated in the ECOS requirements. 

Prevention of MMU Overwrites - It was recommended that ECOS p*'ovide a capability 
to track MMU locations so that MMU overwrites do not occur. The recommendation 
was accepted. ECOS capability to prevent MMl' overwrite will be made compatible 
with that of SCOS and any clarification will be added in Section 8.4.1 of 
the ECOS Requirements Definition Document. 

DDU/Keyboard Interchange - It was recommended that provision be made for 
interchange of DDU/Keyboard assignments through ECOS software. A capability 
will be provided so that upon keyboard failure, data can be displayed on 
its DDU by command through another Data Display System (DDS). Clarification 
was made in Sections 3.1.1 and 3.1.2. 

Tutorial Display -It was recommended that the PS Command and Control Page be 
eliminated if it is purely tutorial. The recommendation was accepted. The 
PS Command and Control page will be eliminated. 

Application Tracking - It was recommended that a key be included among the 
special function keys which will flip through all pages currently in the 
memory on a 1 to 2 second stay time basis. The recommendation was disapproved 
because a capability exists to call any page by only three keystrokes. It 
is anticipated that providing an application tracking key would only compli- 
cate the ECOS. 

Timeline Inhibit - It was recommended that messages be sent to the ground 
when the timeline is inhibited or enabled. In response to this RID no change 
was recommended because timeline inhibit/enabled is transmitted to the 
ground as a part of transmission of keyboard entries to the ground. 
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Simultaneous Independent Operation of Payload Specialist Stations - Clarifi- 
cation of the fact that ECOS permits simultaneous Independent operation of 
data display systems was recommended. It was accepted and the necessary 
changes were made. 

Functional Designator Use - Clarification was sought If a command may be given 
via the keyboard through a function designator for an application which Is 
not currently being displayed on the DDU. It was clarified that It Is not 
possible to transmit a command to an application whose page Is not being 
displayed. A clarification to this effect was added In the document. A 
command function key was considered which would provide this capability. 

HRM Capacity Indicator - It was recommended that ECOS provide a self test 
and fault Indicator to Indicate HRM overload. It Is doubtful that there would 
ever be a problem of overloading the HRM. No action was taken on this RID. 

Operator Advisory on Applications Requiring Attention - Clarification was 
sought on the function of the Hidden Page Advisory (HPA) and the use of 
FAULT SUMMARY In blanking the HPA was questioned. It was agreed to add another 
paragraph to clarify HPA function. A discrepancy in FAULT SUMMj\RY command 
has been Identified and correction will be made as necessary. 

DDU Page Availability In EC Memory - Clarification was sought as to the maximum 
number of DDU pages to be supported by ECOS. The maximum number of DDU 
pages to be supported by ECOS Is nine and was clarified In Section 
3.5. 

PCMMU Bit Rate - Clarification of PCMMU access bit rate in Section 11.2.1 was 
sought. Clarification was made in Section 11.2.1. 

PCMMU Buffer Size - It was recommended that PCMMU buffer be kept minimal and 
be limited to accommodate the specific payload data to be transferred. There 
Is no specific answer as to what should be the size of the PCMMU buffer. 
Disposition was postponed pending definition. 

PCMMU Buffer Designators - Clarification as to what payload data are to be 
sent via PCMMU was sought. This is related to the above RID. The subject was 
to remain an open action item. 
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3.1.2 Action Items 


Time Accuracy/Resolution (Reference 14) - TBE conducted a study to determine 
the time accuracy and resolution. The GMT of an event can be determined 
to an absolute accuracy of ±10 ms. The relative time between two events 
(resolution) can be determined to 10 microseconds by the experimenter 
If he provides a counter which Is clocked by the 1024 KHz clock. The 
counter Information can be utilized to accurately time tag the data within 
the Experiment Computer (EC) after GMT-UTC correlation. 

Tutorial Display (Reference 35) - TBE participated In the evaluation of 
tutorial display options proposed and performed analyses of Impacts on 
EC memory. TBE participated In the MSEC tests to evalute the utility of 
tutorial display options which were designed to determine total time to 
perform an experiment/task, segment time to perform each command, total 
number of keystrokes per task, keystroke errors, time consumed In consulting 
supporting documentation, quantity of supporting documentation, and error 
In Interpreting Input/output data. 

TBE provided support to the development of the malfunction model. 

The malfunction model consists of failures which occur as a function of time 
and send messages to the PS station simulator. TBE reviewed a number of 
Experiment Requirement Documents (ERD's) to Identify probable failure modes. 

Keyboard Language (Reference 23) - TBE performed an evaluation on alternate 
keyboard language Including payload control language proposed by Goddard 
Space Flight Center. Analyses indicated the advantages and disadvantages 
as compared to the proposed ECOS keyboard language. The ECOS language was 
recommended since it maximizes similarity with subsystem operating system 
(SCOS) keyboard functions and will be easier for the payload specialist 
to use. 

Serial Digital Channel Utilization - Follow up action on this item was 
performed to justify the provision for exception monitoring of serial 
digital channel through the RAU's on to the experiment data bus. Clarification 
of nomenclature and use with DEP's was provided. Data and commands to and 
from the Experiment Computer are transferred by Spacelab Payload Standard 
Modular Electronics (SPSME) via the serial input and PCM command channels 
of the RAU. 


31 


3.1.3 ECOS Requirements Document Review 

The January 1978 Issue of ECOS Requirements Document war reviewed 
by TBE and comments were furnished by Reference 33. This revision of the 
ECOS Requirements Document was reviewed for compliance with the recownendatlons 
of particular concern to the users. The document was found to be responsive 
to the user requirements. 

3.2 Computer Interconnect Study 

TBE performed a qualitative analysis of possible ways to augment 
experiment computer (EC) memory available for experiment applications programs 
by using existing software and hardware augmented Interconnections with the 
other two Spacelab computers. This Involved the determination of capacities 
of various Interconnect options, their ultllty for EC memory augmentation, 
and possible Interference with existing design functions. 

A comparison of data rates, capacities and access times of the 
various alternatives considered Indicated that any alternative other than 
the utilization of additional core memory cannot be reconmended. Core 
memory access time of the order of less than 0.5 ys Is over 2,000 times as 
fast as a bubble ir disc Mass Memory Unit (MMU) could provide. A faster 
MMU Is required q■J^te apart from EC memory augmentation. There Is no clear 
advantage to the attempt to augment EC capability by use of existing or 
modified links between computers. Disadvantages in terms of Interference 
with the operation of other equipment Involved Indicate caution in further 
consideration of computer Interconnection. The addition of 64 K-words of 
core memory to the EC may be the most efficient and cost effective solution. 
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“(.O STS iiCCOMKODATIONS AXD APPLICATIONS REFERENCE FILE 


The purpose N«as to compile, in reference form. Information which Is 
readily usable by Spacelab Payload Project Office manaoement personnel In 
communicating and understanding STS flight systems and ground operations 
accofmodatlons and potential STS uses (applications). 

The compiled Infomatlon was directed at three levels of communications 
and understanding; NASA management, engineering (non-aerospace) personnel 
and the general public. The reference file Is qu1ck.ly and easily accessible. 
Special attention was given to making It simple. Information developed 
under Task I and Tasks 2.1 and 2.2 of this contract, together with other 
existing NASA documentation such as the various payload accommodations 
handbooks, user guides and handbooks, was used as source documents for this 
task. Descriptive Information of certain fllgit experiment facilities 
necessary to Impart an understanding of the capabilities and procedures for 
•no these facilities to potential experimenters was developed. Topics 
Included In this reference file are listed In Table 6. 

TABLE 8. STS ACC0MM.1DATI0N REFERENCE FILE TOPICS 

• Space Shuttle 

- Missions 

- Costs 

- Mission Sequences 

- Orbiter and Its acciMimodations 

- Solid Rocket Booster 

- External Tank 

• Spacelab 

- Accommodations 

- Typical Applications 

- Mission 1 

- Mission 2 

- Mission 3 

TBE proceeded by Inventorying available Information as supplied by 
the COR. This Information was reviewed for its compliance with the approved 
outline, reviewed for current technical accuracy and then filed In Its 
appropriate place. A cursory assessment was made of the material requiring 
technical or philosophical update. An assessment was made of material 
needed to fulfill the outline. These assessments were used in the assignment 
of priorities for completion of the file. 
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Technical problems needing clarification or resolution were handled 
by direct Interface with the pertinent organization at MSFC or cormunlcatlon 
with other centers t.s necessary. TBE also attended reviews/meetings where 
the subject matter was highly pertinent to the preparation of particular 
material. All material generated was Initially prepared as a preliminary 
draft subject to review by the COR. Final copies were furnished to the COR 
as required. 

Tht STS Accommodations and Applications Reference File consists 
mainly of graphics, drawings, and other Illustrations with appropriate 
descriptive test pertaining to the Shuttle Transportation System. Many of 
these elements are derived from materials already In existence which were 
provided by TBE. Each was reviewed for technical accuracy and for Its 
applicability to the referenced file requirements. Those elements requiring 
change were changed accordingly and subsequently filed. Other elements 
are original material generated to fill gaps where no reference material was 
available. Inputs to these elements came from the various accommodations 
handbooks, user guides, TBE accommodation task outputs, and current NASA 
documentation on STS applications. The material generated and accompanying 
text are Included in the STS Accommodations and Applications Reference File 
maintained at TBE. All material Is filed 1n the same order as the approved 
outline of subject headings. Each element of the file is given a unique 
Index number for ready reference and identification. As each element was 
filed, an entry was made in a master index. 
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5.0 SPACELAB ACCOTODATIONS FOR PAYLOADS 


5 . 1 ACCOMH.'^D ATION DEFINITION 

The current status of payload accomodations by the STS/Spacelab 
has been sumarired (Reference 5). The summary report contains information 
prepared by TBE for presentation to the NASA Joint User's Requirement Group 
(JURG) on May 3. 1978 by Mr. J. W. Thomas of MSFC. The information presented 
there is supplemented by backup data and explanatory notes to make it more 
usable to the Spacelao payload planner. 

This summary provides a base for enqineerinq assessment of these 
accommodations aqainst projected payload requirements. The accommodations 
descriptions are orqani:ed and of sufficient detail to evaluate the accommo- 
dation of payload requirements. The accommodations are described as they 
affect the inteqrated payload. STS accommodations are included when they 
constrain payload operations. 

The primary source of data was the Spacelab Payload Accommodations 
Handbook (SPAH) (Reference 52). Information on the software came mainly from 
the ECOS REquirements Definition Pocui’>ent (Reference 56) and the Software 
User's Guide (Reference 71). These data sources were supplemented ty personal 
contact with MSFC personnel in Science and Lnqineerinq. 

The report is subaivided into sections dealinq with mission capability. 
Structural and Mechanical accommodations. Environmental Control. Electrical 
Power Distribution, Conmand and Data '^anaqment. Software. Pointinq and Stabilira- 
tion. Ground Operations, General Systems Concerns, and a Summary Assessment. 

Each subsystem area deals with the resources available, equipment furnished 
and principal constraints which impact payload accoimodation. The conf iqurat ions 
of Spacelab available and definitions of Spacelab furnished equipment, mission 
dependent equipment that must fly with each confiquration . and optional MDE 
is given in the structural and mechanical accommodations section. Each of 
the subsystem section: describes the accomodations constraints, and resources 
available to the payload for that discipline. 
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Once the acconr^odatlons were summarized, they were compared with the 
Spacelab System Requirements (SRD) (Reference 72). Areas where the accommodations 
do not meet the SRD requirements are listed as discrepancies. These dis- 
crepancies are shown at the end of each section. In some areas (e.g. Structural/ 
Mechanical) the SRD requirements were so general, that discrepancies could not 
be Identified. 

Each section contains a list of concerns which have a potential 
Impact on the accommodation of Payload requirements. Many of these Items 
were brought out during the recent Spacelab Critical Design Review (CDR) and 
are therefore called CDR concerns. These concerns, while not necessarily 
discrepancies In accomtriodatlon vs specified requirement, may limit or 
restrict the payloads. Some of these concern are already being worked 
towards a solution, and where possible the status Is shown. 

At the end of each section there Is a list of areas of potential 
Improvement. Th^s list contains near term and long term improvements which 
could make the Spacelab more flexible and better able to accommodate payload 
requirements. These lists were generated after comparing known payload 
requ'i'-ements with the defined Spacelab accoimodatlons. 

T'.c accommodations and resources described are those available 
for payload discretionary use. They do not Include Items such as MDE which 
must fly (and over which the payload has no control), but are payload 
chargeable. The rack volume and panel space reported, for example, are 
available to the payload to be used at the discretion of the payload planner. 

The required volume and panel space for subsystem air ducts, fire suppressant 
equipment. Remote Acquisition Unit (RAU), electrical power switching and 
access has been subtracted from the total rack volume and panel space to 
arrive at the values for payload use. 

The significance of this report becomes evident when considering 
the SPAM stated 8.85kW of heat rejection to the Spacelab and payload. Only 
3.2 kW is available for payload discretionary use in the long module plus 
pallet configuration. Similarly, of the SPAH stated 7 kW electrical power 
to the Spacelab and payload as little as 1.3 kW Is available for payload 
discretionary use in the module configurations. 
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There are significant constraints for data handling. The analog 
Inputs through the RAU have a res*vnse from dc to only 20 Hz. The serial 
data rate throughout the RAU is i.mited to a maximum of 13.6 Kbps. The 
High Data Rate Recorder and payload recorders are used to store downlink 
data during TORS obscuration and are not available for use by the payload. 

If the payload digital data being downlinked has a rate greater than 2 Mbps, 
no wideband analog data can be simultaneously downlinked. 

5.2 ACCOMMODATION ASSESSMENT FOR PAYLOADS 

Reference 30 reported on a quick look (2 weeks study) at five defined 
missions. They were the Office of Applications Mission 83-2, Spacelab III 
(Strawman), Office of Applications Mission 82-lA, Combined Astronomy and 
Dedicated Life Sciences Missions. The flight accommodation of these missions 
in the areas of structures and mechanical, electrical power, environmental 
control, software and data management was considered. Because of the short 
turnaround time, the study was based on payload descriptions already in our 
possession. (These descriptions have since been updated for use in a later 
asseesment. ) 

In spite of the quick look approach, this study showed electrical 
power to oe a problem for Spacelab III, OA 82-lA and Dedicated Life Sciences. 

The requirement for a small instrument pointing system was identified for 
the OA 83-2, OA 82-lA and Combined Astronomy missions. Other problems identified 
were heat rejection on Spacelab III, cryogenic servicing for Combined Astronomy 
and specimen loading/unloading for Deaicated Life Sciences. 

A second and more thorough study. Reference 6, provided an assessment 
of 3 generic missions. The emphasis of this study was on flight accommodations 
with principal problems in ground accommodations noted. 

This description of Spacelab accommodations discussed in Section 5.1 
was the basis for assessment against payload requirements. Available data 
from 3 selected missions: Earth Observations, Combined Astronomy and Dedicated 

Life Sciences (described in Section 2) were analyzed and the payload accommodations 
requirements of each mission determined. This required the consideration of 
experiment requirements and mission definitions along with the synthesis of 
integrated payload requirements. 
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The payload reqlrements were formulated from experiment and 
mission descriptions already available. A minimum attempt was made to check 
Instrument experiment compatabi 1 1 ty or to adjust the Integrated payload 
definition. The Spacelab Payload acconrwdatlons assessment was the prime 
concern. The data source for Earth Observations Mission was based on 
the most recent Office of Space and Terrestrial Applications (OSTA) Planning 
Data resulting from direct contact with the Principal Investigators (PI)/ 
Project Sponsors and a payload layouts produced by MSFC Inhouse studies. 

Tic Combined Astronomy atid Dedicated Life Sciences mission requirements 
wt're based on the Instrument/expcrlment and payload descriptions contained 
In the North Anu'rlcan Rockwell Ground Processing Requirements (GPR) Experiment 
Definition Packages received in November 1977. 

The significant problems and Spacelab Improvements supported by 
these missions are shown In Table 9. 

5 . 3 SPAcaAb, w 

One of the purposes of the definition of Spacelab Payload 
Acconriodat Ions and the assessment of these acconnodat Ions against various 
generic payload requirements was to determine what Spacelab payload accom- 
itKidatlons Improvements are needed. THE participated In the determination 
and documentation of these improvenHMUs based on our own and MSFC's extensive 
experience in analysing payload and integrated mission requirements. The 
culmination of this effort was the preparation of Narrative Just 1 f icat ions 
for the Spacelab Payload Acconinodat ions Improvements which we prepared 
using our own and MSFC inputs. 
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